SYSTEM AND METHOD FOR BROADBAND 
ANALYSIS OF TELEPHONE LOCAL LOOP 



Field of the Invention 

The present invention is related to 
communication systems and methods for analyzing same, 
p. and more particularly, this invention relates to 

;t 5 qualifying and quantifying a telephone local loop for 

[3 wideband services and recommending the best technology 

in wideband services for the local loop under test. 

iJ 

I Background of the Invention 

10 Broadband services supplied to a customer 

E3 

*pi over the copper local loop are becoming increasingly 

more popular with the rise of the Internet and other 
technologies requiring wideband local loop 
applications. It is well known that Digital Subscriber 
15 Line (DSL) technology improves the bandwidth of 

existing analog phone systems. Data throughput of up 
to 52 Mbits/sec can be provided over small distances, 
which increase as the data rate is lowered- 

The customer local loop refers to the 
20 existing twisted-pair wire that extends between a local 
telephone company switching office and most homes and 
offices. As is well known, the bandwidth was typically 
limited to 3,000 Hz, because of the relegation of the 
local twisted-pair wire to the voice telephone system 
25 and its audio frequencies. In the past, most telephone 
switching equipment was designed to cut off signals 
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from about 4,000 Hz and filter noise off the voice line, 

More phone companies are upgrading their 
switching equipment to obtain a greater bandwidth since 
the advent of the Internet. The different technologies 
5 of DSL, also referred to as xDSL, range in speed from 
16K bits/sec to 52 Mbits/sec, and can be either 
symmetrical, where traffic flows at the same speed in 
both directions or asymmetrical, where the downstream 
capacity is higher than the upstream capacity. 

10 Asymmetrical DSL services can typically be used by 

Internet users at home, for example, allowing a user to 
download more graphic files and upload only commands. 

As the data rate increases, the carrying 
distance for xDSL service decreases. Also, xDSL 

15 connections are point-to-point and are always connected 
with no dial up, and no switching. There is always a 
direct connection into a carrier's frame relay, ATM 
(Asynchronous Transfer Mode) , or an Internet-connect 
system. 

20 The different types of xDSL service include 

High-bit-rate Digital Subscriber Line (HDSL) , which 
provides Tl data rates of 1.544 Mbits/sec over about 
12,000 feet of line length. Two lines are used and 
voice services are not operable. It is usually 

25 provided for feeder lines, interexchange connections, 
Internet servers, and private data networks. 

Symmetrical Digital Subscriber Line (SDSL) is 
a symmetrical, bidirectional DSL service using one 
twisted-pair wire and operates above the voice 

30 frequency. This allows voice and data to be carried on 
the same wire. 

Asymmetrical Digital Subscriber Line (ADSL) 
allows a much greater downstream data rate. It is 
operable best for Internet services and the rate 

35 varies, depending on the downstream rate and downstream 
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distance. For example, when using a downstream rate of 
1.544 Mbits/sec, the downstream maximum line distance 
is about 18,000 feet. If the downstream rate is 
increased to 8.448 Mbits/sec, the downstream maximum 
5 line distance is only about 9,000 feet. 

Very high-bit-rate Digital Subscriber Line 
(VDSL) is a very high asymmetrical data rate. It 
allows an upstream rate of about 12.96 Mbits/sec with a 
maximum line distance of about 4,500 feet, and an 
10 upstream rate of about 51.84 Mbits/sec, with an 

upstream maximum line distance of about 1,000 feet, 
p Rate-Adaptive Digital Subscriber Line (RADSL) 

"1= is similar to ADSL, but includes a rate-adapted feature 

m to adjust transmission speed to match the quality of 

*!! 15 the line and length of the line. It is possible to use 

frj a line-pulling technique to establish a connection 

fe!s speed when the line is first established. 

U ISDN DSL (IDSL) operates at about 128 Kbps, 

J*;j which is less than most other DSL technologies. It is 

ifi 20 a dedicated service as compared to standard ISDN 

J;!? services. IDSL is data-only and lacks any analog voice 

line . 

Although xDSL technologies are becoming 
increasingly important, there is still an inability to 

25 adequately prequalify the local copper loops 

accurately. This has been a significant obstacle for 
the Local Exchange Carriers (LECS) . Prequalif ication 
has now become critical because the different xDSL 
technology services is dependent on the design and 

30 quality of the outside plant (OSP) and the presence of 
load coils, which block DSL transmission. 
Prequalif ication also determines if the local loop is 
capable of supporting DSL transmission prior to any 
attempt to provide service. There will be significant 

35 cost savings for the LEC if the loop could be qualified 
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without having to dispatch technicians to either a 
central office (CO) or to the customer premises. As 
noted above, there are a number of DSL services and 
even more are projected by the industry. Thus, there 
5 is a strong need for an even more improved automated 

testing capability to handle the growing line volume of 
xDSL technologies- It is necessary, then, to predict a 
local loop's capability to support xDSL services across 
an entire range of frequencies over which this 
10 technology can operate. 



ability of a subscriber loop to support broadband 
services, such as disclosed in U.S. Patent No. 
6,091,713 to Lechleter et al. Also, there are various 

15 Wideband Test Packs (WTP) and Remote Test Units (RTU) , 
such as manufactured by Harris Corporation of 
Melbourne, Florida, that are used for diagnosing 
service-affecting problems for all xDSL and ISDN 
services. These units can act as an intelligent test 

20 head, as known to those skilled in the art. Greater 

efficiency in testing, qualifying, and quantifying the 
local loop is desired, however. 



invention to provide an improved method and system of 
analyzing a telephone local loop for broadband 
services . 



30 method and system analyzes a telephone local loop by 
first determining the physical loop faults within the 
local loop. The local loop is qualified for a 
particular Digital Subscriber Line (DSL) technology. 
The local loop is then quantified by calculating the 

35 signal-to-noise ratio and calculating the data rates of 



There are some systems for estimating the 



25 



Summary of the Invention 

It is therefore an object of the present 



In accordance with the present invention, the 
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the local loop for a particular DSL technology. In one 
aspect of the present invention, the DSL technology 
comprises symmetric DSL technology, and in another 
aspect of the present invention, it comprises 
5 asymmetric DSL technology. 



invention, the local loop is quantified by modeling the 
local loop, including the resistance, inductance, 
capacitance and conductance (RLCG) primary constants 
10 and the line parameters for various segments of the 

local loop. The line parameters can be modeled based 
on the frequency and RLCG primary constants. 



obtaining plant data and test results from a test head 

15 within a communications network containing the local 
loop. The local loop can be qualified by testing for 
the presence or absence of load coils, impulse noise 
counts and ringer counts, and then comparing the counts 
with thresholds specified by given DSL technologies. 

20 The local loop can be quantified by calculating 
downstream and upstream data rates based on the 
downstream and upstream transmit signal power spectral 
densities, insertion loss, and noise versus frequency 
measurements. The insertion loss of the local loop can 

25 be calculated with or without bridge tabs based on the 
cable type, wire gauge, loop length and its topology. 
The local loop can also be quantified by selecting a 
particular DSL technology from a configurable list of 
DSL technologies and analyzing each technology within 

30 the list until the local loop qualifies. 

Brief Description of the Drawings 

Other objects, features and advantages of the 
present invention will become apparent from the 
35 detailed description of the invention which follows, 



In yet another aspect of the present 



Physical loop faults can be determined by 



when considered in light of the accompanying drawings 
in which: 

FIG. 1 is a block diagram of a network 
element interconnection that uses a Remote Testing Unit 
5 and Wideband Test Pack for testing the local loop, in 
accordance with one aspect of the present invention. 

FIG. 2 is a high level flow chart 
illustrating one basic method used in the present 
invention for analyzing the local loop for wideband 
10 services. 

FIG. 3 is a more detailed flow chart of an 
example of the algorithm used for testing the local 
loop, in accordance with the present invention. 

15 Detailed Description of the Preferred Embodiments 

The present invention will now be described 
more fully hereinafter with reference to the 
accompanying drawings, in which preferred embodiments 
of the invention are shown. This invention may, 

20 however, be embodied in many different forms and should 
not be construed as limited to the embodiments set 
forth herein. Rather, these embodiments are provided 
so that this disclosure will be thorough and complete, 
and will fully convey the scope of the invention to 

25 those skilled in the art. Like numbers refer to like 
elements throughout . 

The present invention is advantageous and 
provides a system and method for analyzing the customer 
local copper loop using a software module, also called 

30 the Bandwidth Analysis Tool (BAT) throughout this 

description. This software module analyzes the raw 
data results from a Wideband Test Pack (WTP) , such as 
manufactured by Harris Corporation of Melbourne, 
Florida, and also the plant record data, to qualify and 

35 quantify the local copper loop under test for a 
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particular xDSL technology. Alternatively, the 
Bandwidth Analysis Tool can also analyze the WTP data 
and plant record data to recommend the best technology 
for a given application. 
5 This analysis uses loop qualification and 

quantification based on WTP raw data results, plant 
record data, loop topology and the loop insertion loss. 
The loop is modeled to calculate the insertion loss, 
with or without bridged taps, taking into account the 

10 cable type, the wire gauge, loop length, and its 
topology. A signal-to-noise ratio of the receive 
signal is calculated using the specific technology, as 
dependent on the transmit signal power spectral density 
templates and noise versus frequency data results from 

15 the Wideband Test Pack. The downstream and upstream 
data rates are calculated for the local loop under 
test . 

The algorithm for loop qualification and 
quantification can have two principle functions: (1) 

20 determining physical loop faults; and (2) analyzing for 
xDSL technology. 

The determination of physical loops is 
performed by testing for shorts, opens, load coils, and 
similar factors. The xDSL technology testing analyzes 

25 for symmetric DSL or asymmetric DSL, as appropriate. 
Loop qualification is accomplished by testing for the 
presence or absence of load coils, impulse noise 
counts, ringer counts, and then comparing the counts 
with the thresholds specified by the given 

30 technologies. Loop quantification is accomplished for 
xDSL technologies by modeling the local loop under 
test, calculating the signal-to-noise ratio, and 
calculating the data rates. In the case of symmetric 
DSL technologies, downstream and upstream data rates 

35 are equal, as known to those skilled in the art. In 



p 
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the case of asymmetric DSL technologies, downstream and 
upstream data rates are calculated based on downstream 
and upstream transmit signal power spectral densities 
(PSD) , insertion loss, and noise versus frequency 
5 measurements. 

Loop quantification for VDSL is performed as 
a special case because of the restrictions of the 
bandwidth of the Wideband Test Pack. In the case of 
VDSL, loop quantification is accomplished based on loop 
10 topology, rather than using signal-to-noise ratios. In 
a "recommend best technology" mode of the system, the 
technology is set to a DSL technology from a 
configurable list of technologies, and the analysis is 
performed for each technology in the list until the 
Iff 15 loop qualifies. Otherwise, the system continues 

analysis of the loop for the next technology on the 
s list. If the list is exhausted, the program returns a 

"failed" status. If the loop qualifies for a DSL 
technology, the status is set to a "pass", and the 
20 recommended technology is set to the current technology 
for which the loop has been analyzed, and any 
calculated data rates are returned. 

Referring now to FIG. 1, there is illustrated 
a typical Remote Test Unit to network element 
25 interconnection that uses a Wideband Test Pack and 

Bandwidth Analysis Tool software module of the present 
invention. Naturally, the Bandwidth Analysis Tool used 
as a software module can be adapted for use with 
different network elements and components, as suggested 
30 by those skilled in the art. The example as 

illustrated shows only one out of many different 
configurations . 

The block diagram of FIG. 1 illustrates two 
home premises 10,12 having telephones and computers at 
35 the customer premise. These are connected to a remote 
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Incumbent Local Exchange Carrier (ILEC) 14 having a 
Digital Loop Carrier 16 and a Remote Test Unit 18, such 
as a model 107A/F Remote Test Unit as manufactured by 
Harris Corporation of Melbourne, Florida, and a 
5 Wideband Test Pack, such as are manufactured by Harris 
Corporation. A Central Office switch 20 as part of the 
Central office (CO) 20a is connected to the Digital 
Loop Carrier 16 and to the other customer premises 12 
via a Main Distribution Frame (MDF) 22. An 
10 Intermediate Distribution Frame 24 connects to the MDF 
22. A DSL Access Multiplexer (DSLAM) 30 is connected 

f == 

y to the Intermediate Distribution Frame 24, with 

operative connection to a Remote Test Unit 32, such as 
*2 a Harris model 105A, a Carrier Test Access Switch 

l } \ 15 (CTAS) 34, such as manufactured by Harris Corporation, 

= !S a Remote Test Unit 36, such as a Harris model 107A/F, 

M and a Wideband Test Pack 38, located in a Colocation 

■;f Cage 40. The Remote Test Unit is connected to a stand 

|ri alone PC 42 that could include a Test Access Express 

f=j 20 circuit 42a, similar in function to a Test Access 

Controller as manufactured by Harris Corporation. A 
Call Center 50 includes, as is normal in this example, 
an operator 52, the Bandwidth Analysis Tool 54 of the 
present invention shown in block diagram and 
25 representing a software module, and an Interactive 
Voice Access Server 56. 

A central component of the system is a Test 
Access Controller (TAC) 60, which is a sophisticated 
software-based element of a test operational support 
30 system. It provides communication and a control 

interface with remote test heads and interfaces with 
legacy systems and databases. It can be accessed 
through a graphical user interface 61 that is 
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windows-based to facilitate communications with call 
center personnel and other test operators. 

As noted before, the test heads can include 
the Remote Test Unit, such as the model 105A, designed 
5 for use in the Central Office, and the model 107A/F, 
such as for a DLC environment and CLEC Colocation 
Cages. These Remote Test Units access lines by various 
ways, including a Carrier Test Access Switch to provide 
capacity of 128 lines, or a daisy-chaining circuit with 
10 up to seven other carrier test access switches to 

provide test access to over 1,000 lines. The Remote 

I? 

Test Unit can have direct access through the DSLAM or 
fn DLC, if there is metallic test access capability. 

hi z The Wideband Test Pack performs high 

U) 15 frequency testing via the Remote Test Units, measuring 

high-frequency loss, noise margin, bridged tabs, 
» impulse noise and longitudinal balance. The Wideband 

~ Test Packet can provide data used by the Bandwidth 

E3 Analysis Tool to determine what xDSL services a 

J% 20 provider can offer a customer, in accordance with the 

C3 present invention. The Wideband Test Pack can also 

generate tones for noise analysis. The Interactive 
Voice Access (IVA) technology shown at the Call Center 
can allow field technicians at either an ILEC or CLEC 
25 to gain access to testing functions and database 
records . 

A Wideband Test Pack, such as manufactured by 
Harris Corporation, allows accurate, single-ended 
testing. The Wideband Test Pack can detect bridge 
30 taps, measure wideband circuit balance, measure high- 
frequency background noise , and provide a frequency 
spectrum line profile for identifying noise impairment. 
Also, double-ended tests can be performed to isolate 
problems . 
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Some of the operating ranges of a Wideband 
Test Pack that could be used in the present invention 
are listed below. Although these are only examples, 
these figures give a general idea of the type of 
5 specifications that a Wideband Test Pack or other 

device could have to obtain the raw data used by the 
Bandwidth Analysis Tool of the present invention. 



fee? 



Wideband Noise - Measures the total Gaussian noise up 
10 to 1500 KHz: 

Frequency Range 4 KHz to 1500 KHz 

Noise Level Range 0 dBrN to +120 dBrN 

Accuracy + /- 5% 

Resolution 1 dB 

15 Display Precision 1 dB 

Power Spectral Density /Noise Margin - Provides detailed 
analysis of noise energy in DSL frequency bands: 
Frequency Range 4 KHz to 1500 KHz 

20 Frequency Band Sampling 

Range 4 KHz minimum 

Power Spectral 

Density Range 0 dBrN to +120 dBrN 

Accuracy +/- 5% 

25 Resolution 1 dB 

Display Precision 1 dB 

Tone Generation & Measurement - Applies and measures 
high frequency tones: 

30 Frequency Range 4 KHz to 1500 KHz 

Signal Level Range -30 dBm to +30 dBm 

Accuracy +/- 5% 

Resolution 1 dB 

Display Precision 1 dB 

35 

Impulse Noise - Measures impulse noise at any frequency 
over DSL frequency range: 

Event Threshold Range -70 dBm to +30 dBm 

Effective Frequency 

40 Range 4 KHz to 1500 KHz 

Length of Test 10 to 3600 seconds 



Longitudinal Balance (Metallice to Longitudinal and 
Vice Versa) - Longitudinal balance measurements verify 
45 the susceptibility of a copper pair to crosstalk and 
other noise sources: 

Frequency Range 4 KHz to 1500 KHz 
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Frequency Band Sampling 

Width 4 KHz minimum 

Circuit Balance Range 0 dB to +60 dB 

Accuracy + /- 5% 

5 Resolution 1 dB 

Display Precision 1 dB 

Bridge Tap Detection - Bridge taps may severely limit 
10 the reach and speed of DSL signals due to reflections: 
Range up to 12,000 feet 

Control and Management - Works with remote test unit. 

15 

Referring now to FIGS. 2 and 3, there are 
illustrated two flow charts showing the high level 
operation of the Bandwidth Analysis Tool (BAT) of the 
present invention and the operation of the BAT engine, 
20 as shown in FIG. 3. For purposes of illustration, the 
flow charts begin with reference numbers in the 100 
series . 

As shown in FIG. 2, the BAT system begins 
operation (Block 100) and a determination is made 

25 whether the mode equals the "best technology" (Block 
101). There are two modes of operation: the first 
mode is the qualification of a line for a specific 
technology; the second mode recommends the best 
technology based on the application. In this flow 

30 chart, a determination is made of what mode the user 
desires to run, and if the mode equals the best 
technology, then a recommendation is received from a 
configurable list. The system software of the BAT 
queries a look-up table to obtain the first technology 

35 recommended for the application, and then qualifies the 
loop for that technology. As shown in Block 102, a 
recommendation order is obtained from a configurable 
list. The system sets a False status for "Done" 
(Block 104). The technology is set for the next 

40 technology (Block 106) . If the last technology is not 
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equal to the technology (Block 108), then the BAT 
engine is called (Block 110). If the technology does 
equal the last technology, then "Done" is set to true 
(Block 111) and then the BAT engine run. If there is 
5 success in running the BAT engine (Block 112), then the 
technology, data rate and other status are returned 
(Block 114). If there is no success, and "Done" equals 
true (Block 116) , then a failure is returned (Block 
118) . The system BAT software goes through the 
10 technology list until the loop qualifies for a 

technology, and then returns to the path and data 
f ~. rates.. If it fails, then the loop did not qualify for 

*3 any technologies for the application. 

ff\ FIG. 3 illustrates the operation of the BAT 

15 engine by means of the high level flow chart as 

fj illustrated. The BAT engine is run (Block 170), and 

physical loop faults are determined (Block 172), such 
as by testing for shorts and testing for opens, and 

^ other similar tests. If there has been a failure 

fl 

p 20 (Block 174), then the status is set to failed (Block 

^ 176) . If there has not been a failure, then the loop 

is qualified by testing for a load coil, impulse noise 
count, number of ringers, and other similar tests 
(Block 178). If there has been a failure based on the 

25 loop qualification (Block 179) , then the status is set 
to failed (Block 176). If not, then the status is set 
to PASSED (Block 180) and Loop Quantification occurs 
(Block 182). At this point, the loop is modeled and 
the received signal PSD is calculated, as well as the 

30 signal-to-noise ratio. Data rates are calculated. 

Statuses and data rates are then returned (Block 184). 

For purposes of description, the pseudo-code 
for the bandwidth analysis tool software module is 
explained below. These various pseudo-code segments 

35 are taken in order and described, starting with the 
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highest level and following to more detailed aspects of 
the Bandwidth Analysis Tool. Various inputs and 
outputs are described, as well as functions that are 
accomplished . 



1. Pseudo-code BAT Engine 
Inputs : 

Test Results from WTP, RTU and Plant data 
Threshold Data (technology and sub_tech dependent) , 
10 from a setup table 

Downstream and Upstream transmit Signal Data 
(technology dependent), 
Technology ID 

15 Outputs : 
^ Pass/Fail status 

^ Reason for failure and/or status information 

^ Downstream data rate 

"I! Upstream data rate 



20 



Determine Physical Loop Faults 

Analyze loop for xDSL 

end of BAT Engine pseudo-code 



25 



As illustrated with the pseudo-code of the BAT 
engine, the various inputs include test results from 
the Wideband Test Pack, the Remote Test Unit and plant 
data. There are various thresholds that are technology 

30 dependent, such as the ringers and number of impulses 
that the technology will tolerate. These factors are 
all technology dependent and different thresholds are 
established for that specific technology, as known to 
those skilled in the art. This threshold data can be 

35 obtained from a set up table for the technology. 

Additionally, downstream and upstream transmit signal 
data are technology dependent. Examples include the 
level of the signal at the transmitter end, and the 
Power Spectral Density (PSD) of the signal that is 

40 allowed for specific technologies. For example, for 
various types of xDSL technology, the Power Spectral 
Density cannot exceed certain masks (or templates) for 
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each technology used at the transmit signal level. The 
technology ID confirms the technology identification. 

The outputs can include a pass/fail status, 
reasons, and status information to show a lack of 
5 needed input data to form a concrete analysis. There 
could be some confidence level that is gained 
concerning the analysis and the reasons why the test 
may have failed or passed, such as if there were 
detected ringers, bridge taps and other similar items. 
10 The downstream/upstream data rate also is obtained. 

At the next level, the loop is analyzed for 
*3 xDSL, corresponding to the various DSL technologies. 

'if This occurs after the determination of physical loop 

rn faults. 
15 

LlJ 2. Pseudo-code to Determine Physical Loop Faults 

in Inputs : 

s Test Results from WTP, RTU and Plant data 

|:= Technology dependent Threshold Data (technology 

fj 2 0 dependent) 

C3 Technology ID 

C3 Outputs: 
C3 Pass/Fail status 

25 Reason of failure 

If Load Coil Information is Available 

If Load Coil Present 
30 Set PassFail = FAIL; 

Set status Load Coil Present; 



35 



40 



else 

Set PassFail = PASS; 

else 

Set Reason for failure, Load Coil Information Not 
Available 



Physical loop faults are determined with 
similar inputs as before, such as the test results from 
the WTP, RTU and plant data. It is technology 



§ ft 



10 
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dependent with threshold data, and a technology ID. 
The outputs include a pass/fail status and the reason 
for the failure. Load coil information is necessary to 
determine the physical loop faults because the load 
coils have an adverse effect on the DSL technology. 
Based on the xDSL technology, a different analysis is 
accomplished. The system also checks to determine what 
technology the system is qualifying the loop, such as 
symmetric DSL or asymmetic DSL. 



3. Pseudo-code to Analyze XDSL 
Inputs : 

Test Results from WTP, RTU and Plant data, 
Threshold Data (technology dependent) , 
15 Downstream and Upstream transmit Signal Data 

(technology dependent) , 
Technology ID 

Outputs : 
20 Pass/Fail status 

Reason of failure 
Downstream data rate 
Upstream data rate 

25 switch (Technology ID) 

// symmetric technologies 
case BAT_HDSL: 
case BAT_HDSL_1160 : 
30 case BAT_HDSL_584 : 

case BAT_HDSL_392 : 

case BAT_SDSL: 

case BAT_SDSL_144 
35 case BAT_SDSL_400 

case BAT_SDSL_784 

case BAT_SDSL_104 0: 

case BAT_IDSL: 

Analyze Symmetric DSL; 
40 break; 

// Asymmetric technologies 
case BAT_ADSL: 
case BAT_RADSL: 
4 5 case BAT_HDSL2 : 

Analyze Asymmetric DSL; 
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// VDSL is processed separately 

case BAT_VDSL: 

AnalyzeVDSL; 

break; 

5 

default : 

set PassFail - FAIL 
set Reason for failure, technology not 
supported 

10 

// end switch (Technology ID) 
// end Analyze XDSL 



15 When analyzing the xDSL, it is evident that an 

analysis occurs based on the technology with a 

r j 

^ different analysis depending on what technology is 

£R being analyzed, such as HDSL, SDSL, ADSL, RADSL, HDSL2 

and other possible xDSL technologies. 

in 20 

4. Pseudo-code to Analyze Symmetric DSL 
g Inputs: 

is, Test Results from WTP, RTU and Plant data 

r=i Threshold Data (technology dependent) 

£3 25 Downstream and upstream transmit Signal Data 

in (technology dependent) 

£3 Technology ID 

Outputs : 
30 Pass/Fail status 

Reason of failure 
Downstream data rate 
Upstream data rate 

35 Qualify Loop 

if Loop Qualified 

switch (Technology ID) 

4 0 case BAT_HDSL: 

case BAT_HDSL_1160: 

case BAT_HDSL_584 : 

case BAT_HDSL_392 : 
Quantify HDSL 
45 break; 



case SDSL: 

case SDSL_144: 
case SDSL 400: 



10 



15 
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case SDSL_784: 
case SDSL_1040: 
case SDSL_1568: 

QuantifySDSL 
break; 

case BAT_IDSL: 

Quantify IDSL 
break; 

// end switch (Technology ID) 
// end Analyze Symmetric DSL 

When analyzing symmetric DSL, the loop is first 
qualified and then the BAT system quantifies HDSL, 
followed by quantifying SDSL, and then IDSL. 



20 5. Pseudo-code to Analyze Asymmetric DSL 
Inputs : 

Test Results from WTP, RTU and Plant data, 
Threshold Data (technology dependent) , 
Signal Data (technology dependent), 
25 Technology ID 

Outputs : 

Pass/Fail status 
Reason for failure 
30 Downstream data rate 

Upstream data rate 



35 



Qualify Loop 
Quantify Loop 

// end Analyze Asymmetric DSL 



When analyzing asymmetric DSL, test inputs are 
40 similar as before, and the outputs include a reason for 
failure after a pass/fail status, a downstream data 
rate, and upstream data rate. The loop is qualified 
with one routine, and then quantified with another 
routine, as defined in the next two sections of pseudo- 
45 code, which explain the qualification and 
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quantif ication of the loop in accordance with the 
present invention . 



6. Pseudo-code to Qualify Loop 
5 Inputs: 

Test Results from WTP, RTU and Plant data, 
Threshold data (technology dependent) , 
Technology ID 

10 Outputs: 

Pass/Fail status 
Reason of failure 



15 



25 



30 



35 



40 



50 



if Load coil information available 



if Load coil present 

set Pass/Fail status = FAIL; 
Set Reason of failure status, Load Coil 
Present = TRUE; 
20 else 

LcoilPresent Status = FALSE; 

else 



set status Load Coil Information Not Available 
= NOT_AVAI ALBALE ; 

if Impulse Noise test results available 

if Impulse Noise Count less than threshold 

count 



set status ImpulseCountHigh = PASS 
else 

set status PassFail = FAIL 
set status ImpulseCountHigh = FAIL 

else 

set status WimpulseTestNotAvailable = NOT_AVAILABLE 

45 if Number of Ringers less than threshold 

set Reason of failure status RingerFault = PASS 
else 

set status PassFail = FAIL 

set Reason of failure status RingerFault = FAIL 



// end Qualify Loop 
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When qualifying the loop, various test results 



5 



10 

s . ; 

3 

p 20 

C3 

25 
30 
35 
40 



from the WTP, RTU and plant data are input, together 
with the threshold data and technology ID. The outputs 
include a pass/fail status and the reason for the 
failure. For example, load coil information, impulse 
noise test, and the number of ringers is determined. In 
the quanitif ication of the loop, signal data is also an 
input with the data rates as an output. The loop is 
modeled and can be identical for both directions. The 
Power Spectral Density (PSD) of transmit data is 
established for downstream transfers, and a signal-to- 
noise ratio array is set up for downstream transfers. 
The downstream data rate is calculated and the Power 
Spectral Density of transmit data is established for 
upstream transfers. The signal-to-noise ratio array is 
established. The upstream data rate is then calculated. 



7. Pseudo-code to Quantify Loop 
Inputs : 

Test Results from WTP, RTU and Plant data, 
Threshold data (technology dependent), 
Signal Data (technology dependent), 
Technology ID 

Outputs : 

Pass/Fail status 
Reason of failure 
Downstream data rate 
Upstream data rate 

Model Loop (note: currently identical for both 
directions ) 

setup power spectral density of transmit data for 
downstream transfers 

setup downstream signal-to-noise-ratio array 
calculate downstream data rate 

setup power spectral density of transmit data for 
upstream transfers 

setup upstream signal-to-noise-ratio array 
calculate upstream data rate 



// end Quantify Loop 
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For the signal-to-noise ratio, the loop is 
modeled to determine loop attenuation at the receiving 
end. A signal-to-noise ratio is calculated using the 
5 well known Shannon Theorem to calculate the downstream 
data rate. 

Shannon's Theorem gives an upper bound to the 
capacity of a link, in bits per second (bps), as a 
function of the available bandwidth and the signal-to- 
10 noise ratio of the link. The theorem can be stated as: 

C - B * log2 (1 + S/N) 
where C is the achievable channel capacity, B is the 
' % 3 bandwidth of the line, S is the average signal power, 

and N is the average noise power. The signal-to-noise 
w = 15 ratio (S/N) is usually expressed in decibels (dB) given 

i H 

J 1 ': by the formula: 

in 10 * loglO (S/N) . 

J\ Thus, a signal-to-noise ratio of 1,000 could commonly be 

P expressed as: 

20 10 * loglO (1000) - 30 dB. 

C3 The pseudo-codes to model the loop and to 

calculate the loop's ABCD matrices are set forth below. 
The loop is modeled using inputs as the number of 
channels, the start frequency, the delta frequency, test 
25 results, and technology ID with an output as loop data. 
Source and load impedances are used, together with the 
wire gauge information, if available. When calculating 
the loop's ABCD matrices, the inputs include the number 
of channels, the start frequency, delta frequency, 
30 length of the segment, wire gauge, bridged tap flag, and 
loop data. The RLCG constants are also modeled 
(Resistance, Inductance, Capacitance and Conductance) , 
together with the model line parameters. Following the 
pseudo-code for calculating the loop's ABCD matrices, 
35 the pseudo-codes to model the primary constants RLCG, 
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the insertion loss, the line parameters, the signal-to- 
noise ratio, and the data rate are set forth. 



8. Pseudo-code to Model Loop 
5 Inputs: 

Number of Channels, 
Start Frequency, 
Delta Frequency, 
Test Results, 
10 Technology ID, 

Outputs : 

Loop Data 

15 set source and load impedances 

£3 If Wire Gauge Information available 

q Set Wire Gauge 

in Else 

fp Set Wire Gauge to default wire gauge 

2 20 

\f\ If Bridged Tap Information is not available 

!hj Set number of taps to zero 

m Else 

s- Calculate Loop's ABCD matrices 



25 



Calculate Insertion Loss of the loop 
/ / end Model Loop 



30 



9. Pseudo-code to Calculate Loop 1 s ABCD Matrices 
Inputs: 

Number of Channels 

Start Frequency 
35 Delta Frequency 

Length of the segment 

Wire Gauge 

Bridged Tap Flag 

Loop Data 



40 



Output : 

Loop Data 



initialize loop [ABCD] to unity 
45 do for all segments of the loop 

Do for the frequency range 
Model the RLCG Constants 
Model Line Parameters 
50 If it is Bridged Tap section 
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A = 1 

B = 0 

C = Ctanh (Gamma) 

D = Ctanh (Gamma) /ZO; 

5 else 

A = D = Ccosh (Gamma) 

B = Csinh (Gamma) * ZO; 

C = Csinh (Gamma) /ZO ; 

10 Multiply by the accumulated [ABCD] from previous 
segments 

// end do for the frequency range 
end do for all segments of the loop 



15 



// end Calculate loop's ABCD matrices 



20 10. Pseudo-code to Model the Primary Constants RLCG 
Inputs : 

Frequency in kHz 
Wire Gauge 

25 Outputs: 

Primary Constants, RLCG 

if Wire Gauge Information Available 

set cable model parameters based on the wire 

30 gauge 

else 

set cable model parameters using average of 
AWG_2 4 and AWG_2 6 

35 Calculate Primary Constants, RLCG 



11. Pseudo-code to Calculate Insertion Loss 

40 

Do for all channels 

set load impedance (Z_load) for the current 

technology 

set source impedance (Z_source) for the 
45 current technology 

Insertion Loss = 20 * log (abs ( (A * Z_load + 
B + Z_source * 

(C * Z_load +D) ) /Z_source + Z_load) ) ) 

50 // end of for all channels} // end of Calculate 
Insertion Loss 
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12. Pseudo-code to Calculate Line Parameters 
Inputs: 

Frequency 
5 Primary Constants (RLCG) 

Outputs : 

Line Parameters 



Y = G + j 2PI*Frequency*C; 
Gamma = Csqrt(Z*Y); 
ZO = CSqrt (Z/Y) ; 

15 // end Calculate Line Paramters 



13. Pseudo-code to Setup Signal to Noise Ratio 
20 Inputs: 

Number of channels 

Start Frequency 

Delta Frequency 

PSD data 
25 Wmargin data 

Loop data 

Downstream flag 

Outputs : 

30 Signal to noise ratio for all channels 

Do for all channels 

convert transmit signal PSD from dBm/Hz to dB 
calculate signal level at receiver end 
35 convert noise to dB 

signal to noise [dB] = signal [dB] - noise [dB] 



// end for all channels 

// end Setup Signal to Noise Ratio 



40 



14. Pseudo-code to Calculate Data Rate 
Inputs : 
45 Bat Results 

Number of Channels 

Start Frequency 

Delta Frequency 

Signal to noise data 
50 Technology ID 

Downstream flag 
Outputs : 
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Downstream/upstream data rate 

Switch (Technology ID) 
case BAT_ADSL: 
5 if (Downstream) 

for channels 33 through 255 (excluding 

channel 64) 

signal_to_noise [dB] = 
signal_to_noise - snr_margin - snr_gap 
10 if ( signal_to_nois > 0) 

Delta Capacity - log2(l + 
pow (10.0,0. l*signal_to_noise [dB] ) ) 

If (Delta Capacity > MAX_BIT) 
15 Delta Capacity = MAX_BIT 

If (Delta Capacity < MIN_BIT) 
Delta Capacity = MIN_BIT 



20 Data Rate + 



Downstream Data Rate = Downstream 
Delta Capapcity * data frame rate 



else 



for channels 6 through 31 (excluding 

25 channel 16) 

signal_to_noise [dB] = 
signal_to_noise - snr_margin - snr_gap 

if ( signal_to_noise > 0) 

30 Delta Capacity = log2(l + 

pow (10. 0 f 0. l*signal_to_noise [dB] ) ) 

If (Delta Capacity > MAX_B I T ) 
Delta Capacity = MAX_BIT 
If (Delta Capacity < MIN_BIT) 
35 Delta Capacity = MIN_BIT 

Upstream Data Rate = Upstream Data 
Rate + Delta Capapcity * data_f rame_rate 

40 break; 

case HDSL2 : 

Not implemented yet 

45 break; 

case BAT VDSL: 



50 



break; 

default : 

for all channels 



10 



-26- 

signal_to_noise ratio = 
signal_to_noise ratio - snr_margin - snr_gap 

if ( signal_to_noise_ratio > 0) 

Delta Capacity = log2(l + pow(10, 
0.1 * signal_to_noise ratio)) 

Total Capacity = Total Capacity + 
Delta Capacity * data_f rame_rate 



// Calculate data rate 



15 It is evident that the present invention is 

operable to take the raw data from various test units, 
and more particularly, the Wideband Test Pack, Remote 
Test Units, and plant record data to qualify and 
quantify a local loop under test for a particular DSL 

20 technology. Also, the WTP, RTU, and plant record data 
can be analyzed to recommend the best technology for a 
given application in an efficient manner. 

Many modifications and other embodiments of 
the invention will come to the mind of one skilled in 

25 the art having the benefit of the teachings presented in 
the foregoing descriptions and the associated drawings. 
Therefore, it is to be understood that the invention is 
not to be limited to the specific embodiments disclosed, 
and that the modifications and embodiments are intended 

30 to be included within the scope of the dependent claims. 



